home *** CD-ROM | disk | FTP | other *** search
Text File | 1991-03-06 | 1.1 KB | 25 lines | [TEXT/GEOL] |
- Item 8321873 22-Oct-90 01:20PDT
-
- From: D2303 Cameo Sys, Dev, Erik Swan,PRT
-
- To: MACAPP.TECH$ MacApp Technical
-
- Sub: DoIdle vs VBLTaskManglerObj.
-
- Howdee !!!
- Something tells me (the program has a tendancy to crash) my implementation
- is flawed. I have a class of objects that require as much of the CPU as they
- can get. I also have minimal user interface and serial activity that need
- tending to. Wraping the algorithm around the doIdle method was to slow. I
- went and created an ancestor to my class that knew how to install and remove
- VBL tasks. It seemed better that my object should queue a task than directally
- check the keyboard or the serial port or what ever. This way my object's
- method was stuck to a tight loop and did not bounce in and out of the MacApp
- event loop. It was faster (given that I did not go hog wild with ### of
- objects and tasks) !
- Questions:
- 1 ? Is this bad OOP (how bad OPP is it) ?
- 2 ? Has any one else done objects that can install and remove VBL's that
- dont crash every time you demo it to the boss.
-
-